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"System and method for processing a request for price information" 

This invention relates to a system and a method for processing a request from a 
user in which selling price information relating to travel products is produced 
20 and returned to the user. 

The invention will apply non-exhaustively, but mainly, to travel products such as 
flights operated by airlines in a domestic market (inside a particular country or 
region) or internationally. 

25 

This invention relates in particular to a system and a method that enables the 
user to display a large number of fares for available travel products in response 
to his request, whilst meeting the sales incentive criteria of the travel provider. 
The concept of travel provider covers any commercial entity that offers its 
30 clients travel solutions. This therefore includes, in particular, the airlines, on-line 
travel agencies, such as those currently known under the trademark OPODO®, 
and traditional travel agencies. 



2 



Powerful fare search products are currently used by travel providers to offer 
their customers a wide range of low fare travel solutions in response to 
requests. Thanks to the continued increase in the power of data processing 
equipment, these products are able to combine a very large number of fares 
5 with a large number of possible itineraries with a view to finding the least 
expensive travel solution corresponding to the customer's request. 

This type of low fare search product represents an increasingly higher market 
share in the field of the travel marketing industry. One consequence of the 
10 generalised use of such search tools is the negative impact it is having on the 
profits of the travel provider. In fact, despite the attraction of such tools for 
customers and the inherent increase in turnover, a reduction in profitability is 
observed for a given travel request because only the lowest fare is offered. 

15 To counter this trend towards systematic searching for the lowest fare and to 
remain profitable, the travel providers currently need to achieve incentive sales 
of their travel seats by showing the additional services that can be purchased at 
higher fares. At the same time, in order to remain competitive, they also need to 
offer the lowest fares possible to capture the clientele in this type of market, 

20 particularly through the direct marketing Internet sites. 

Generally direct marketing of the provision of travel services is based on 
systems known as "Low fare search", and offers several low fare travel 
solutions. However, these products only target the supply of travel solutions at 

25 the types of rates that offer the lowest fares without offering any alternative, 
particularly the types of rates that satisfy the needs of incentive sales of travel 
providers. Generally speaking, the travel providers are therefore able to supply 
a large number of travel solutions at low fares but cannot offer solutions that 
cover several rate classes for the same travel itinerary to reflect different levels 

30 of travel restriction (e.g. non-refundable, refundable with costs, refundable, or 
even without any restriction) and/or various additional services (e.g. type of 
cabin). Therefore the customer is unable to compare different competing 
solutions offered with different restrictions and additional services, which means 
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that this type of higher range fare is much less commonly reserved, resulting in 
a loss of profit to the travel provider. 

Document WO-A2-01 13299 discloses an on-line reservation system that is 
5 capable of offering the services traditionally provided by traditional travel 
agents. At the request of the user, which includes an indication of dates and 
travel itineraries, the system creates a list of fixed fare travel offers. The offers 
returned to the customer are organised on the screen according to a fare scale 
(called a Fare Ladder) that enables the offers to be listed in ascending order of 
10 selling price. The term "fare" corresponds here to a selling price level. 

This type of system adopts a traditional search method called "Low fare 
search", which shows the lowest available selling prices first. 

15 The administrator of the on-line travel agency cannot himself manage the 
results of available travel offers issued by the central system (so-called CRS, 
standing for Computer Reservation System). In particular, he cannot organise 
them according to "types of fare", which he himself controls. The only 
organisation produced is an ascending classification by "selling price". 

20 

The on-line travel agent representative is also technically dependent on the fare 
scale organisation (the central fare database) of the central system of the 
primary travel provider (airline, CRS). 

25 There is therefore currently a need to offer a system that enables travel 
providers to offer for sale different travel solutions that meet both the user 
request input criteria and the sale incentive parameters established by the travel 
provider. In particular, the travel provider would have to be able to offer, 
simultaneously, several solutions corresponding to a variety of fare types, laying 

30 stress on the advantages they offer as far as the higher fares are concerned. 



In this context, one technical problem solved by the invention is that of enabling 
the travel provider to establish data that are to be returned to the customer, 
including fare data, without having to access the pre-existent fare database. 

5 The invention relates to a solution to this requirement, and to achieve this it 
provides a method and a system for processing a request from a user using a 
database containing rules for determining the association with at least one 
family of fares for each travel fare. When requests for information relating to 
travel products made by a user are being processed, the travel provider may 

10 return various offers by means of the system of the invention, each presented in 
a predefined fare family. The levels of restriction and services offered in each 
fare family may be emphasised to the customer in order to encourage him/her 
to select such travel solutions. 

15 In the case of on-line services in particular (e.g. through a large-scale network 
such as the Internet, making use of the customer stations and a website), the 
end user will be able to consult a number of travel options displayed on the 
screen within different fare families. 

20 One of the advantages of the invention is that it enables the travel provider to 
organise his fares so that they can be effectively offered at the point of sale to 
meet his sales incentive criteria. This organisation may be provided according 
to geographic conditions (definition of the market) and temporal conditions 
(applicable interval of time). 

25 

The organisation of fares thus established involves no modification to the pre- 
existent fare database and is set up by means of another fare family 
management database. The invention may therefore easily be applied to 
existing systems without interfering with their fare database. This flexibility of 
30 technical implementation is particularly useful for on-line travel providers who, 
through a web server, operate a traditional computer reservation system and 
who also want to be able to personalise their data management and the display 
of fixed fare travel solutions. 



Another advantage of the invention is that it can easily be updated by creating a 
database whose real time access enables modifications to be taken into 
account immediately. This point is particularly advantageous since it enables 
5 the selling rules applied by the travel provider to be adapted very finely to 
market developments without jeopardising the integrity of the pre-existent fare 
database in the central system. 

Another advantage of the invention is that its features may easily be integrated 
10 in a traditional computer reservation system by implementing a database 
containing specific data accessible by means of a search engine capable of 
replying to the requests of users. The other applications implemented at 
reservation system level do not have to be modified. These may be fare and 
availability search engines. 

15 

Another advantage of the invention is that the rules for determining the 
association with a particular fare family can be administered by the travel 
provider himself, thus providing him with considerable freedom of intervention in 
terms of establishing his sales incentive formulae, whilst at the same time being 
20 integrated in a separate global reservation system. 

Other objectives and advantages will be evident from the following description 
of a preferred embodiment of the invention, the purpose of which is not to limit it 
however. 

25 

The invention relates to a travel product reservation system incorporating a 
central computer reservation system for processing user requests, comprising 
means for calculating, by accessing a fare database, and returning selling price 
information relating to travel products, the said reservation system being 
30 accessible from at least one user station, characterised in that it comprises: 

- a database containing rules for determining the association with a fare family 
for each travel fare, 
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- a search engine for products that meet the input criteria of a user request and 
associated selling prices, the search engine comprising: 

- means of communication with the fare family database for gaining 
access to the rules of determination, 

5 - means for applying the rules of determination to the travel products 

found for determining their fare family, 

- means for sorting the travel products found into fare families 

so that a reply is returned to the user station, to produce a display, containing 
10 data relating to the travel products that meet the input criteria, sorting them into 
fare families. 

This system is presented in preferred embodiment according to the variant set 
out below : 

15 - it comprises a travel solution search engine communicating with a travel 
segment database for determining travel solutions that meet the input criteria, 

- it comprises means of communication between the travel product search 
engine and a travel solution search engine, configured to transmit requests from 
the travel product search engine and return the travel solution data from the 

20 travel solution search engine, 

- it comprises a fare fixing engine communicating with the fare database for 
determining the selling prices of the travel solutions found, 

- it comprises means of communication between the travel product search 
engine and the fare fixing engine, configured for transmitting fare requests from 

25 the travel product search engine and returning, from the fare fixing engine, the 
selling price associated with each travel solution found to form the travel 
products; 

- the database includes commercial fare family classes combining a group of 
fare families and a predefined geographic market, for a predetermined number 

30 of travel dates, 

- the fare families of each commercial fare family class comprises a hierarchical 
rank, 
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- it comprises an interface device connected by a communication network to the 
user station on the one hand and to the central computer reservation system on 
the other, 

- the communication network is a large-scale network. 

5 - the interface device is a web server interacting with a navigation program 
residing in the user station to provide a graphic user interface with the user 
station. 

The invention also relates to a method of processing a request from a user 
10 wherein information on selling prices relating to travel products is calculated, by 
accessing a fare database, and is returned to the user, comprising the following 
operations: 

- a database is created containing rules for determining the association 
15 with at least one fare family for each travel fare, 

- a request for information relating to travel products for at least one travel 
date is received from a user station, 

- the products meeting the request input criteria and the associated selling 
prices are sought, 

20 - the rules of determination contained in the fare family database are 
accessed, 

- the rules of determination are applied to the travel products found to 
determine their fare family, 

- the travel products found are sorted by fare family, 

25 - a reply containing data relating to the products that meet the input criteria 
is returned to the user station, for display, by sorting them into fare 
families. 

This method preferably comprises the following additional stages : 

30 

- information relating to the product that meets the input criteria and has 
the lowest selling price for each travel date is returned to the customer 
station, for display, 
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one of the products displayed is selected when the user enters the user 
station, 

a request for detailed information is addressed from the user station, 

a reply containing information relating to the selected product and other 

products that meet the input criteria for the same date is returned to the 

user station, for display, by sorting them into fare families, 

for each fare family, only a pre-established number of products that meet 

the input criteria is displayed, starting with the product having the lowest 

selling price, 

the input criteria include the origin (starting point), the journey destination 
and a non-zero number of departure dates, 

in the database commercial classes of fare families are created 
combining at least one group of fare families with a predetermined 
geographic market for a predetermined number of travel dates, 
at least one commercial class of fare families is selected and the user's 
request is only processed for the travel products included in the 
commercial fare family class or classes selected, 

the selection of the commercial fare family class or classes is made via a 
user station input, 

the selection of the commercial fare family class or classes is made by 
an administrator, 

a hierarchical rank is assigned to each fare family in the database for 
each commercial fare family class, 

at the user station information is displayed relating to the products that 
meet the input criteria in the order of their hierarchical rank, 
the rules of determining the association with a fare family include, for 
each fare family, a set of attributes that a fare must have to be 
associated with the said fare family, 

the data in the database of fare families are accessed in real time, 

the travel products are air flights that are included in a domestic or 

international market. 
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The attached drawings are provided by way of examples and do not limit the 
scope of the invention. They merely represent one embodiment of the invention 
and will enable it to be easily understood. 

5 Figure 1A shows an example of the general architecture of the system 
according to the invention. Figure 1B shows, more precisely, the interaction 
between different components. 

Figure 2 shows more precisely the data contained in the database used by the 
invention. 

io Figures 3, 4 and 5 show an example of a graphic interface for the management 
of fare families and, in particular, for their updating. 

Figures 6 and 7 show a first example of processing requests with the provision 
of fare scale solutions for each outward-return itinerary. 

Figures 8 and 9 show the provision of a fare fixing solution of the SPECIAL 
15 OFFER type. 

Figures 10 and 11 show such fare solutions with the fixing of fares for each 
origin/destination pair. 

Figures 12 and 13 show two examples of the definition of a commercial fare 
family class, and Figure 14 shows an example of the definition of a fare family 
20 using sets of attributes which a fare must exhibit to belong to a particular fare 
family. 

Figure 15 shows a graph of stages used by the invention in a preferred 
embodiment. 

25 Henceforth in the description the following terms are used: 

- selling price: amount established in a given currency corresponding to a 
value that is determined for a travel solution, 

- fare: fare fixing class defined according to the commercial parameters 
and services offered in the travel solution. It may, for example, be a 

30 question of "business class", "junior" or even "economy" fares, 

- travel service provider: person or company capable of procuring the 
service offered for sale. This may include airlines, 
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- travel provider: person or company providing the commercial interface 
with the user and offering the travel products to the customers, 

- travel solution: definition of the services (in particular a seat, possibly 
with additional services (meals, etc.) on an airline flight) that meets the 

5 requests entered by the user (including specification of the itinerary, date 

and possibly travel times), 

- travel product: combination of a travel solution and a selling price to form 
a complete commercial offer. 

10 Figure 1A shows a possible architecture according to the invention in which 
different components communicate by means of networks such as large-scale 
networks, particularly the Internet. According to the embodiment shown, a user 
is connected by means of a user station to a website server based on a 
traditional communication data processing configuration. This server is 

15 operated, for example, by an on-line travel agency. In particular, the 
communication may be made by means of data processing components of the 
server of the types normally called PROXY and GATEWAY types. The same 
type of communication may be used between the website server and other 
components integrated in the system called known as CRS (central computer 

20 reservation system). 

Here the computer reservation system incorporates various components 
capable of receiving requests and inquiries regarding the availability of travel 
products, checking availability in the inventory bases of the travel providers (e.g. 
25 the inventory bases of airlines) and supplying the user with information on fare 
scales. 

Figure 1B shows the components in greater detail. 

30 A travel solution search engine (MF) is therefore capable of searching in at least 
one travel segment database (FDB) for flights that are able to meet the search 
criteria. 
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When these solutions are found the fare is determined by means of a fare scale 
engine (MT) which accesses a fare database (TDB). A complete travel product 
can therefore be offered to the customers with a travel solution and the 
associated selling price. 

5 

In addition to these components implemented in a computer reservation system 
(CRS), the system according to the invention comprises a database (FFdB) 
containing rules for determining the association with a fare family for each travel 
fare, as well as a search engine (MR) communicating the database. The engine 
10 (MR) is configured to process the requests for information sent by the user. 
Such an engine (MR) is structurally similar to those used in existing low fare 
search engines. 

According to a preferred embodiment, the travel providers (TP's) have access 
15 to the database (FFdB) mainly for updating it or carrying out the desired 
modifications relating to the rules of determination that will be described in more 
detail below. 

It should be remembered that the invention enables different fare solutions to be 
20 offered for sale to the user. To achieve this, the travel products are sorted 
according to the invention on the basis of the family of fares to which they 
belong. The parameters of this sorting, and hence the criteria of association 
with a fare family, determine the types of travel solution that will be offered for 
sale. 

25 

Figure 2 shows the information contained in the database (FFdB). In this figure 
the fare families are entered in the database. Markets corresponding to the 
geographic areas of application of a number of fare families are also 
established. These markets may be national, regional or even international 
30 territories. It is also possible for the market to be systematically defined as 
global. 
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The database FFdB also enables the commercial fare family classes to be 
defined. These commercial classes are associated with a fare family group and 
a geographic market for a predetermined number of travel dates. 

5 If the pertinent dates and the market considered are known, it is possible to find 
the fare families belonging to the commercial fare family class, then to know 
their attributes. 

The modifications to the content of the database FFdB easily enable the travel 
10 provider to change his classes of commercial offers. For example, an on-line 
travel agency may (by updating the FFdB database and without modifying the 
TDB database) exclude from the searches certain types of fares which would 
not be suitable for his market. The agency may therefore modify a fare 
organisation whose primary data it does not control (the TDB database is 
15 preserved, which means that it can be used, for example, by another travel 
agency web server). 

It will be noted that the FFdB database therefore enables a travel provider to 
manage travel product replies issued by different systems with different TDB 

20 fare databases. In this case the FFdB database and its use enable the replies 
issued by different fare fixing systems to be harmonised. For example, a "junior" 
fare issued from a TDB fare database may be classed in the same family of 
fares as a teenager" fare in another fare fixing system if the travel provider 
considers that they are comparable. The information produced for the customer 

25 is more readable because it does not require the customer to have a detailed 
knowledge of the multiplicity of fares of different service providers or CRS. 

An example of updating a fare family is given below with reference to Figures 3 
to 5 for modification (additions, updating, etc.) of the database (FFdB). 

30 

Figure 3 shows an example of windows that can be displayed at an 
administrator station for updating fare families. In Figure 3 the user indicates the 
displayed page by indicating the name of the commercial fare family class on 
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which he wants to work. He may possibly request the display of the list of 
commercial classes already defined. 

With the SEARCH icon the user may search the definition elements of a 
5 commercial fare family class whose name he has entered. With the CREATE 
icon he can add the commercial fare family class under the name he has 
previously entered. 

In the example' shown the word JUNIOR has been entered and the user has 
10 clicked the SEARCH icon. 

He then reaches the window shown in Figure 4 displaying the definition 
elements of the commercial fare family class called JUNIOR. A brief commercial 
definition is assigned to this class under the term "The lowest junior fares". 

15 

The criteria for market-family association of fares are also displayed on this 
page for certain dates. In the example, for the range of dates between 1 July 
and 10 October, and for the Nice - United States market (NICE-US), the 
commercial class is associated with the fare families called: FLASH FARES, 
20 LOW PRICE, JUNIOR, SEMI-FLEX. 

These names correspond to fare families previously entered in the database. 

In the window in Figure 4 the administrator may modify the criteria for defining 
25 the commercial fare family class, e.g. by altering or adding the dates, the 
applicable markets or even the associated fare families. For example, the user 
can click on the fare family FLASH FARE to change the definition of this fare 
family. 

30 Referring to Figure 5, the administrator sees the display indicated for the family 
called FLASH FARE. A brief definition of this given under the expression 
"special fares for the United States". 
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Different attributes are organised in the form of a set of attributes (MAS1) 
indicating different characteristics of this family. To belong to this fare family the 
travel products must have a predetermined value for each of these attributes. It 
is possible to use several sets of attributes (MAS1 , MAS 2, MAS3) to define the 
5 rules of association with this fare family. 

The fare families of a commercial class of fare families preferably have a 
hierarchical order included in the RANK parameter in Figure 5. In this context 
the example shows that the FLASH FARE family has rank 1 for the commercial 
10 fare family class junior. On the display of travel solutions in response to 
customer requests, it is the solutions offered in the context of the FLASH FARE 
family that will be displayed first. The other fare solutions will be displayed in 
ascending or descending hierarchical order, according to the preferences of the 
travel provider. 

15 

Figure 12 shows a diagram illustrating the definition of a commercial fare family 
class. 

This figure indicates an identifier for the owner of the commercial fare family 
20 class, e.g. for locating the definition of this commercial class belonging to (or 
used by) a predetermined travel provider in order to distinguish it from the 
commercial fare family classes belong to (or used by) other travel providers. 

In the case shown, the commercial fare family class bears the name JUNIOR, 
25 and includes a predetermined effective date, namely 1 September 2003. This 
JUNIOR commercial fare family class is applicable to the market defined by 
combining the elementary markets bearing the following names: 
NCEMEDHAUL, LONGHAUL and EUMEDHAUL. A more precise indication of 
the geographic coverage of these markets is also indicated in the 
30 GEOGRAPHY column. The markets may be a combination of origins (starting 
point) and destinations, in the form of pairs of cities, or may relate to larger 
geographic areas such as France, Europe or the United States. A market is fully 
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defined by the indication of a geographic space of origin and geographic space 
of destination of the journeys. 

Once the dates of application of the commercial fare family class and the 
5 relevant market have been determined it is possible to establish the fare 
families that belong to the commercial fare family class JUNIOR. In the case in 
question these fare families are called JUNECO, JUN, ECO and BIZ. In the 
case shown, these fare families are not applicable to all markets. On the 
contrary, for the NCEMEDHAUL market, only the fare families JUNECO, JUN 
10 and ECO are applicable. However, for the EUMEDHAUL market, the fare 
families JUN and ECO are concerned. Finally, for the LONGHAUL market, the 
fare families JUN, ECO and BIZ are included. A hierarchical order (order 1, 2 or 
3) is given in this definition to indicate the precedence in the order of study of 
the markets. 

15 

Another example of the definition of commercial fare family class is given in 
Figure 13, with an effective date of 1 January 2004 and markets defined in the 
example in Figure 12. Unlike Figure 12, the fare families included in the 
commercial fare family class for the markets in question are different for the 
20 dates considered. 



Figure 14 is a diagram showing in greater detail an example of rules for 
determining the association with a fare family. In this context different fare 
families have been shown under the names JUNECO, JUN, ECO and BIZ, 
25 which were already shown in Figure 12 for the definition of the commercial fare 
family class JUNIOR. 

To determine which travel product fares belong to these fare families, sets of 
attributes which a fare must have to belong to a certain family are defined. 
30 These sets of attributes are referred to as MAS1, MAS2, MAS3, MAS4 and 
MASS in Figure 14. For example, in the case of the fare family JUNECO, the 
attribute set MAS1 must be verified for a fare of a travel product to belong to 
that family. The attribute set MAS1 is here formed by a carrier value (here 1 A), 
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a passenger type code value (here JUN for junior), a fare type coding value 
(here PSZ) and a fare type value (here PUB). Moreover, a fare inclusion or 
exclusion parameter may be used in conjunction with a fare name list. In this 
case the JUNECO family excludes the fares containing JUNIOR in their names. 

5 

The attribute sets of the other fare families (JUN, ECO and BIZ) are similarly 
defined, as shown in Figure 14. 

Once the commercial fare family classes have been determined in this manner, 
10 particularly by an administrator belonging to a travel provider such as an airline, 
the user requests relating to information on travel products can be processed. 
For this processing the rules established for returning the fare information will 
be applied. In particular, the travel products offered in response to the user 
requests will depend on the rules established by the administrator of the 
15 database (FFdB). 

Various examples of request processing are described below. 

In his request for information the user may specify the commercial class or 
20 classes for which he wishes to obtain information on the travel products. For 
example, the user may specify, via a web server, that he wants commercial 
classes corresponding to promotional offers and to offers for a certain public 
(such as offers intended for juniors). This being the case, the selection of the 
commercial classes for which information on the travel products is to be 
25 supplied to the user, following his request, may be made "upstream" by an 
administrator of the travel provider, such as an airline. 

In the case shown in Figures 6 and 7, the user initially sent, via his user station, 
a request for information relating to flights of airline carriers for a predetermined 
30 number of departure and arrival dates. In this case the user indicated his wish 
to depart from Nice to New York between 2 and 8 July, and return to Nice 
between 27 July and 2 August. In the case shown, the commercial fare family 
classes applicable were defined by the upstream travel provider. The request 
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for information is transmitted via the web server to the central system for 
processing. 

At this stage a first user information stage is preferably carried out by returning 
5 to him, for the dates considered, a table giving him information on the products 
that meet the parameters he has entered, showing the lowest selling price for 
each travel date. 

The user then selects, for example by means of a pointer, one of the travel 
10 products (in the case shown by clicking on the fare associated with it and 
displayed). 

This selection automatically triggers the forwarding, from the user station, of a 
request for detailed information on the travel product considered. 

15 

The central system therefore carries out thorough processing in which a reply is 
returned to the user station containing information relating to all the travel 
products that meet the input criteria, i.e. the criteria relating to the starting point, 
destination and date of the travel product selected in the first window by the 
20 user, sorted into fare families. 

After the first selection screen the user therefore receives a full reply containing 
not only information relating to the travel product, showing the lowest price, but 
also other travel solutions and, in particular, solutions belonging to different fare 
25 families with a price that may be slightly higher but includes services of a higher 
level. An example of a display for the user is shown in Figure 7. 

This configuration enables the low fare search functionalities (initial response) 
to be combined with functionalities that enlarge upon the solutions offered 
30 (second response). 

However, it is possible to supply the enlarged response directly, particularly if 
the input criteria do not include a range of dates. 
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An administrator may determine in advance the number of travel products that 
will be displayed to the user in a predetermined fare family. In order to display 
more solutions in a particular fare family, a hypertext link under the term "other 
5 flights" may possibly be implemented. This provides access to other travel 
products priced the same as that or those displayed in the fare family 
considered. 

In the example shown, the user obtains information relating to the cheapest 
10 flight available, at € 270. In the same fare family (FLASH TRAVEL) another 
solution is offered him at the fare of € 272. Other solutions are then offered in 
different fare families called LOW FARE, JUNIOR AND SEMI-FLEX. A fast, 
adaptable text informs the user of the general services offered in each of these 
fare families according to the restrictions (non-refundable, refundable, etc.) and 
15 the flight conditions (for example, days on which these fares are applicable). 

This information, thus summarised, enables the customer to select the flight 
most suitable for his purposes, which is not always the flight with the lowest 
fare. 

20 

It is also possible, for the input criteria considered, that travel products may not 
be available in all cases, and in particular for all the dates required by the 
traveller. Thus in Figure 8, for a an outward and return Nice - New York 
request, with date intervals departing between 12 and 18 July and returning 
25 between 18 and 26 July, the availability is limited on certain dates. This is the 
case, for example, when the commercial fare family class and the fare families it 
includes relate to promotions whose exceptional nature does not enable the 
travel products to be offered for sale for all dates. 

30 In the case shown in Figure 8, the lowest fares for travel products that meet the 
input criteria are displayed for selection by the user. For example, the user 
selects the fare of € 250 departing on 18 July and returning on 24 July. A 
request for additional information is then sent to the central system for carrying 
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out the processing previously described and for displaying fare information on 
the travel products meeting the criteria for different fare families included in the 
predetermined commercial class. The user may therefore consult the families 
PROMOTION and FLASH TRAVEL. 

5 

A similar example is given in Figures 10 and 11a, 11b, with a slightly different 
presentation showing a first display by route (Paris-Nice, then Nice-Paris), 
instead of a table with two outward and return entries. 

10 In response, the second display shows two different tables with the products 
here meeting the criteria solely in the SUPERPROMOTION fare family. 

It is understood here that the user may be an end customer but also a travel 
agent, or even an employee of a company having an internal travel 
15 management department. 

Similarly, the travel products may be travel seats for a specific route on a 
specific date, or for a range of dates; the routes may be single outward or 
outward-return, in a single segment or with stopovers. 

20 

The term reservation system used here is understood to relate to a computer 
system that is at least capable of informing the user about prices and conditions 
of sale of travel products, but should also preferably enable reservations to be 
made by the user, with or without the issue of a ticket. 

25 

The administrator entrusted with updating the database may be an employee of 
the travel provider (such as an airline or on-line travel agency), but may also be 
an employee of a global distribution system providing the management of the 
central reservation system (CRS). 

30 

As indicated previously and with reference to Figure 1, the architecture 
proposed advantageously includes an interface device between the user station 
and the central CRS system in the form of a web server communicating with the 
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user station and the central CRS system via a large-scale network of the 
Internet type. It is therefore the server that produces the pages to be displayed 
at the user station, who therefore only requires a navigator of current design (of 
the type Internet Explorer ™) for the functionalities required to display the 
5 information and send the requests for information. 

Finally, it should be noted that the central CRS system may be connected to 
several web servers for supplying information to the users via several Internet 
sites. For example, an Internet site may be especially dedicated to one type of 
10 clientele and may only apply certain commercial fare family classes, whilst 
another Internet site will be dedicated to other types of clientele by operating 
with other commercial fare family classes. 

An example of how the different stages of the invention are linked is 
15 summarised below with reference to the example shown in Figure 1 5. 

1 - the user requests a travel product for a particular journey, specifying the 
travel dates, cities visited and any other preference permitted by the user's 
application. This request is sent to the web Server for processing, 
20 2 - the Web Server formats and sends the request to the engine MR, adding its 
identifiers and default options, and including the commercial fare family class to 
be used, reflecting the type of selling incentive defined by the travel provider, 
3 - on the basis of this input the engine MR requests travel solutions from the 
engine MF, 

25 4 - the engine MF requests the database FDB for travel solutions for departure 
and arrival segments required, as well as information regarding the availability 
of seats, 

5 - the segments proposed are returned by the database FDB, 

6 - the travel solutions are constructed by combining the departure and arrival 
30 segments offered, and are returned to the engine MR, 

7 - the engine MR requests travel proposals from the fare fixing engine MT by 
sending the initial request and the travel solutions produced by the engine MF, 
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8 - the fare fixing engine MT requests the fare database TDB for the fares 
applicable to the travel solutions, 

9 - the valid fares are returned to the fare fixing engine MT 

10 - the fare fixing engine MT requests the fare families corresponding to the 
5 commercial fare family class specified on entry to the fare family database 

FFdB, 

1 1 - the valid fare families are returned to the fare fixing engine MT, 

12 - the fare fixing engine MT calculates price solutions by combining the 
journeys. The travel offers are constructed by combining the price solutions with 

10 the travel solutions. The fare fixing engine MT returns to the engine MR the 
travel offers with their associated fare family. 

13 - The engine MR returns these travel offers to the Web Server, 

14 - The Web Server formats the output data, then returns the different offers 
grouped into prices and fare families. 

15 15 - If there is reaction from the competition, the travel provider uses a tool for 
updating via the Internet to request that the definition of his own fare families be 
updated directly in the database FFdB. 

16 - The updating tool processes the request by updating the database FFdB in 
real time. 

20 17- The database FFdB takes account of the updates. 

18 - The travel supplier is informed that these updates have been stored in the 
database FFdB. Because of this the travel requests processed after that update 
will automatically take account of the new fare families. 
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REFERENCES 

MR: travel product search engine 

MT: fare fixing engine 
5 MF: travel solution search engine 

FDB: travel segment database 

TDB: fare database 

FFdB: fare family database 

CRS: computer reservation system 
10 TP: travel provider 

FFUP: updating device 



